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Methode et appareil de transmission de services DVB sur un rgseau IP 

La pr6sente invention concerne la transmission de services DVB (Digital 
5 Video Broadcasting), DVB definissant un service comme « une sequence de 
programmes sous le controle d'un op6rateur pouvant etre diffusee dans le 
cadre d'une programmation », sur un r6seau de type IP (supportant le protocole 
IP, Internet Protocol, dont on peut trouver la specification dans les RFC 
« request for comments » maintenu par NETF « Internet Engineering Task 
10 Force » sous le numero 791) et plus particulferement la decouverte par un 
terminal des services offerts sur le reseau. 

La decouverte des services DVB offerts par un reseau est normalisee 
dans le cadre d'un reseau de type diffusion par satellite, cable ou numerique 

15 terrestre. Cette norme est decrite dans le document « Digital Video 
Broadcasting (DVB); Specification for Service Information (SI) in DVB 
Systems » publie par I'ETSI (European Telecomunication Standard Institute) 
sous le numero ETSI EN 300 468. Ce document d§crit un ensemble de tables 
contenant des informations sur le r6seau, sur les frequences auxquelles sont 

20 transmis les flux de donnees contenant les services, sur les services proposes 
etc. Ces tables sont multiplexes dans les flux de donnees, le terminal etant 
configure avec les donn6es n6cessaires pour se connecter a un premier flux lui 
permettant de recevoir ces tables et de construire, d'apres leur contenu, une 
base de donnee contenant la description des services offerts par le reseau et 

25 les donnees de connexion n6cessaires a leur reception. 

Le developpement du r6seau Internet, et surtout la generalisation des 
acc6s a haut debit, offrent maintenant la possibilite technique de diffuser des 
services audio et video sur ce reseau. D'autre part, des reseaux prives de type 
30 IP a haut debit se develop pent que ce soit au sein des entreprises ou dans le 
cadre du domicile. Dans ce cadre DVB travaille a la standardisation de la 
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diffusion de services DVB sur les r6seaux de type IP. Un groupe de travail 
appel6 DVB-IPI (Internet Protocol Infrastructure) est en train de finaliser une 
sp6cification concernant le transport des services DVB sur un r§seau de type 
IP, et plus particulferement la d6couverte des services. La proposition telle 
5 qu'envisagSe aujourd'hui est pr6sent§e dans le document « Service Discovery 
& Service Selection Specification ; Part 1 - MPEG-2 DVB-IP Services » sous 
la reference IPI2001-059. La solution, telle qu'envisag6e actuellement par le 
groupe de travail, s'oriente vers une separation entre la diffusion des services 
sous la forme de flux de transport contenant un seul service DVB d'une part et 

10 les informations d6crivant ces services, disponibles sous la forme de fichiers 
XML (extensible Markup Language) accessible pour lesterminaux sur requ§te. 
Le protocole HTTP (Hyper Text Transport Protocol) pouvant, par exemple, §tre 
utilis6 pour retrouver ces fichiers. Cette solution semble naturelle car elle tire 
profit du caracfere bidirectionnel de la connexion IP contrairement k la diffusion 

1 5 par satellite par exemple. Elle permet en effet d'Sconomiser la bande passante 
en ne transmettant les informations de signalisation qu 9 k la demande et non en 
permanence dans le canal audio et video. De plus, la mise k disposition 
d'informations sur un r§seau de type IP via des serveurs HTTP sous la forme de 
fichiers de donn§es en XML est la solution dominante largement adoptee sur 

20 ce type de r£seaux. 

Mais cette solution impose le d6ve!oppement d'un ensemble d'outils 
permettant cfe g6n6rer et de gerer les serveurs offrant ces informations de 
signalisation au format XML. Or k Theure actuelle, les diffuseurs de contenu 

25 disposent d'une infrastructure maTtris^e pour la diffusion de services MPEG-2 
DVB via le satellite ou le cable. L'adoption de ce nouveau schema de 
signalisation imposant le d6veloppement, en parall£le du systeme existant, de 
nouveaux outils implique un investissement et une prise de risque pour les 
op6rateurs. De plus, les terminaux nlntegrent pas aujourd'hui les outils 

30 n^cessaires k Tanalyse de ces information, comme par exemple, un analyseur 
XML L'integration de tels outils dans un terminal k faible coQt peut s'av6rer 
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delicate voire impossible en fonction des ressources mat6rielles disponible 
comme la puissance du processeur ou la mSmoire. 

Le but de I'invention est done d'offrir une m§thode de transmission de 
5 services DVB sur un r6seau de type IP et plus particuliSrement la decouverte 
des services offerts sur le r£seau par un terminal. Cette m6thode permettant la 
r§utilisation maximale de la chaTne de production actuellement d£ploy6e de 
services DVB pour le satellite ou le cable dans le but de diffuser des services 
DVB sur un r6seau de type IP. 

10 

Uinvention consiste en une m6thode de decouverte, par un terminal 
connects k un r£seau de type IP, de services DVB sur le r6seau de type IP, oti 
le terminal utilise une premiere adresse IP de diffusion et un premier numero de 
port pour recevoir un flux de transport diffuse k cette adresse IP sur ce port. Le 

15 terminal extrait dudit flux les tables de signalisation dont la table d'information 
sur les r6seaux (NIT). Les descripteurs de r6seaux contenus dans ladite table 
d'information sur les reseaux (NIT) d6signant des adresses IP de diffusion et 
les ports assoctes, le terminal se connecte a au moins une partie des flux de 
transport diffuses aux dites adresses IP sur lesdits ports de fagon k lire la table 

20 de description de service assoctee (SDT). Le terminal utilise ces informations 
pour construire une liste 6ventuellement unitaire des services disponibles sur le 
r§seau. 

Selon un mode particulier de realisation de llnvention la premiere 
25 adresse IP de diffusion et le premier num6ro de port sont entres par I'utilisateur. 

Selon un mode particulier de realisation de ('invention la premiere 
adresse IP de diffusion et le premier numero de port sont obtenus du r6seau 
par le terminal. 
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Selon un mode particulier de realisation de l'invention les flux ne 
contierinent qu'un seul service DVB. 

Selon un mode particulier de realisation de Invention la liste des 
5 services est incluse dans la NIT contenue dans le flux disponible k la premiere 
adresse IP de diffusion sur le premier port. 

L'invention concerne aussi un appareil poss6dant des moyens de se 
connecter a une adresse IP de diffusion via des moyens de connexion k un 

10 reseau IP et des moyens de dScodage de flux DVB diffuse k cette adresse IP 
de diffusion, caracterise en ce que les moyens de d6codage de flux DVB ont la 
capacite d'analyser une NIT, extraite du flux, contenant des descripteurs de 
r6seau adaptes au rSseau IP et de se connecter k chaque adresse IP de 
diffusion dScrite dans ladite NIT pour y lire un flux DVB et en extraire les 

15 informations sur les services offerts sur le r§seau pr6ferentiellement selon Tune 
quelconque des methodes selon les revendications prec6dentes. 

L'invention concerne egalement un descripteur d'un service de diffusion 
d'un flux DVB destine k etre inclus dans une NIT caracterise en ce qull contient 
20 I'adresse IP de diffusion d'un serveur de flux et un num6ro de port sur lequel 
ledit serveur diffuse un flux DVB sur un r6seau de type IP. 

Uinvention sera mieux comprise, et d'autres particularites et avantages 
apparaTtront k la lecture de la description qui va suivre, la description faisant 
25 reference aux dessins annexes parmi lesquels : 

La figure 1 repr6sente un schema de la chaTne de production de 
services DVB dans le cadre tfune diffusion satellite classique. 

La figure 2 represente ('architecture d'un flux de donn6e DVB dans le 
cadre de l'invention. 

30 La figure 3 repr6sente un schema d'un exemple de chaTne de production 

modifi6e selon l'invention. 
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La figure 4 reprSsente ('architecture materielle d'un terminal fonctionnant 
selon un exemple de realisation de I'invention. 

La figure 5 repr§sente un schema des differentes Stapes de la m6thode. 
La figure 6 repr§sente la structure d'une NIT (Network Information Table) 
5 selon la norme DVB. 

La connexion k un flux de transport sur un reseau de type IP peut se faire 
selon un protocole de diffusion multipoint (IP multicast en anglais). Un exemple 
d'un tel protocole est le protocole IGMP (Internet Gateway Management 

1 0 Protocol) dSfini dans la RFC 2236. Dans ce protocole, k un serveur de diffusion 
multipoint est associ6 une adresse de diffusion multipoint. Cette adresse a le 
format d'une adresse IP, dans un domaine r6serv6 k cet usage, rnais ne 
correspond pas k Padresse IP d'une machine accessible sur le r6seau. Un 
terminal d6sirant se connecter k cette diffusion va envoyer une requ§te sur le 

15 r6seau contenant cette adresse IP de diffusion multipoint. Cette requgte va etre 
relay6e dans tout le r6seau jusqu'& atteindre le serveur en charge de cette 
diffusion qui va done inscrire le terminal comme client de la diffusion. Les 
routeurs sur le chemin entre le serveur et le terminal vont ensuite §tre en mesure 
de relayer les paquets IP constituant le flux vers les terminaux abonn6s k la 

20 diffusion. Une optimisation de ce protocole permet, par la connaissance de 
I'adresse IP de la machine serveur en sus de I'adresse IP de diffusion 
multipoint, doptimiser ta route de la requete d'abonnement en I'acheminant 
directement vers le serveur destinataire au lieu de la diffuser dans tout le 
reseau. Cette optimisation est connue sous le nom de SSM (Source Specific 

25 Multicast). 

La connexion au flux de transport peut egalement se faire selon un 
protocole de diffusion unipoint (IP unicast en anglais). Un exemple d'un tel 
protocole est le protocole RTSP (Real Time Streaming Protocol) d6fini dans la 
30 RFC 2326. Ce protocole servant k contrdler la diffusion du flux sur IP, il est 
pr6vu pour fonctionner conjointement avec un protocole de diffusion proprement 
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dit comme RTP. La principale difference avec la diffusion multipoint 6tant qu'& 
chaque client d6sirant se connecter sur le flux, le serveur va initier une diffusion 
point & point entre lui-meme et le client II est Evident que cette solution est plus 
dispendieuse en bande passante que la solution bas6e sur la diffusion 
5 multipoint, mais elle est envisageable dans le cadre d'un r§seau restreint ou 
seul un petit nombre de terminaux sont susceptibles de se connecter & un flux. 

La figure 1 dScrit Parchitecture g6n6rale d'une chaTne de production de 
services MPEG-2 DVB dans le cadre d'une diffusion satellite. Au depart de la 

10 chaTne, nous avons du contenu audio et vid6o 1 qu'il s'agit de diffuser. Ce 
contenu est encode selon la norme MPEG2 dans un codeur 2 pour g6n6rer un 
flux 6l6mentaire audio/vid§o 5. Parall&lement au codage de I'audio et de la 
video, les informations de signalisation 3 sont g£n£rges, elles proviennent 
g§n6ralement d'une base de donn6es contenant les informations descriptives 

15 sur le service que Ton veut diffuser. Ces informations sont g6n6r§es sous la 
forme d'un flux de signalisation 6. Un autre module 4 prend en charge la 
g§n§ration d'un flux de sous-titres 7. II est 6galement possible d'inclure un flux 
^applications interactives 8, dont la chaTne de production n'est pas d6tail!6e 
ici. Tous ces flux 6l6mentaires, avec eventuellement d'autres flux v§hiculant 

20 d'autres contenus audio et video, la signalisation s'y rapportant ou autre, sont 
ensuite multiplexes dans un multiplexeur 9 pour generer le flux de transport 
MPEG-2 qui va §tre ensuite module et converti sur une frequence choisie par le 
modulateur convertisseur 10. Un ensemble de flux de ce type peuvent etre 
m6lang6s par un mixer 11 pour un envoi sur un satellite 13 via une station 

25 d'emission 12. Dans ce cas une synchronisation des informations de 
signalisation est necessaire entre les differents flux de fagon & inclure des 
informations sur les autres flux dans les tables descriptives de chaque flux. Ces 
programmes peuvent ensuite etre regus au domicile de Tutilisateur via sa 
parabole 14 pour etre decodes par un decodeur et affiches sur un t6l6viseur. 

30 Cette chaTne est maintenant bien maTtrisee par les op6rateurs. 
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La figure 2 repr6sente I'architecture d'un flux de transport ne contenant 
qu'un service et toutes les tables de signalisation s f y. rattachant La bande 
passante ainsi que I'architecture d'un r6seau IP rendent plus pratique de 
s6parer chaque service dans un flux propre. En effet, contrairement au cas du 
5 satellite dont le flux est destin§ k de multiples terminaux pouvant s6lectionner 
Tun quelconque des services disponibles, dans un r§seau IP chaque terminal 
peut se connecter sur le flux contenant le service d§sir6 et lui seul. Mais il est 
Evident que ('utilisation d'un flux contenant plusieurs services est possible. Un 
premier flux 41 contient une table SDT (Service Description Table) 43 qui d§crit 

1 0 le, ou les, services disponibles dans le flux. Le service 42 contient une PMT 
(Program Map Table) 46 ainsi que les flux 6l6mentaires du service, vid6o 47, 
audio 48 ou autre 49. Le flux contient 6galement une PAT (Program Allocation 
Table) 44 pointant entre autre sur la NIT 45. La NIT donne des informations sur 
I'organisation physique des differents flux de transport 50, 51 , 52 offerts par le 

1 5 r6seau. La NIT est organis§e comme indiqu6 sur la figure 6. 

Cette structure de la NIT reste adapt6e k la description d'un r6seau sur 
IP k ceci prks qu'il faut d6finir des descripteurs sp6cifiques au r§seau IP de 
fagon k prendre en compte le syst&me de diffusion large bande sur IP. Nous 
20 donnons ci-dessous la definition d'un exemple d'un tel descripteur adapte k la 
diffusion multipoint : 



Norn du champ 


Nombre de bits 


Identifiant 


Descriptorjag 


8 


uimsbf 


Descriptorjength 


8 


uimsbf 


I P_mu lticast_address 


32 


bslbf 


Mufticast_Port_number 


16 


bslbf 


Multicast jDrotocoLmapping 


8 


bslbf 


IP_source_address 


32 


bslbf 
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Le champ « descriptorjag » est un identifiant cx)rrespondant k ce 
nouveau type de descripteur. 

Le champ « descriptorjength » donne latailledu descripteur. 

Le champ « IP_multicast_address » est I'adresse IP de diffusion 
5 multipoint du serveur sur lequel est disponible le flux. 

Le champ « Multicastj^ortjiumber » est le num§ro de port sur le 
serveur ou Ton doit se connecter pour recevoir le flux. 

Le champ « MulticastjxotocoLmapping » est un champ identifiant le 
protocole de codage du, ou des, service diffuse k cette adresse, ce peut §tre 
10 MPEG-2, MPEG-4, MHP ou autres. Ce champ, optionnel, peut permettre de 
filtrer sur le type de contenu pour ne retenir que les services que le terminal est 
k m§me de decoder. 

Le champ « IP_source_address » est I'adresse IP r6elle du serveur ce 
qui permet un routage efficace de la requete de connexion k un serveur de 
1 5 diffusion multipoint selon le protocole SSM. 

Nous donnons ci-dessous la definition d'un autre exemple d'un tel 
descripteur adapts k la diffusion unipoint : 



Nom du champ 


Nombre de bits 


Identifiant 


Descriptorjag 


8 


uimsbf 


Descriptorjength 


8 


uimsbf 


IP_unicast_address 


32 


bslbf 


Unicast_Port_number 


16 


bslbf 


Unicast jDrotocoLmapping 


8 


bslbf 



Le champ « descriptorjag » est un identifiant correspondant k ce 
nouveau type de descripteur. 

Le champ « descriptorjength » donne la taille du descripteur. 
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Le champ « IP_unicast_address » est Padresse IP de diffusion unipoint 
du serveur sur lequel est disponible le flux. 

Le champ « Unicast_Port_number » est le num§ro de port sur le serveur 
0C1 Ton doit se connecter pour recevoir le flux. 
5 Le champ « Unicastj3rotocol_mapping » est un champ identifiant le 

protocole de codage du, ou des, service diffuse k cette adresse, ce peut etre 
MPEG-2, MPEG-4, MHP ou autres. Ce champ, optionnel, peut permettre de 
filtrer sur le type de contenu pour ne retenir que les services que le terminal est 
k m§me de decoder. 

10 

Ces descripteurs signalent un serveur de diffusion multipoint ou unipoint 
contenant un flux de transport avec habituellement un service de television DVB. 
Nous voyons dans la structure de la NIT quil existe une boucle sur les flux de 
transport, ce qui veut dire que tous les flux de transport constituant le rSseau 

15 complet d'un op6rateur peuvent §tre d6crits dans cette boucle. De cette fagon, 
le terminal peut construire une liste avec les adresses IP de diffusion multipoint 
ou unipoint de tous les flux de transport d'un reseau de diffusion de television 
large bande sur IP. Une liste de descripteurs de services peut §tre 
optionnellement incluse dans la NIT de fagon a acc6l6rer la phase d'installation 

20 du terminal. 

On peut §galement envisager que des serveurs de flux multipoint et 
unipoint soient present dans le m§me reseau. 

25 La figure 3 repr§sente un schema de I'architecture de la chaTne de 

production modiftee selon un exemple de realisation de I'invention. Nous 
retrouvons le m§me d§but de chaTne que dans la figure 1 dans le cas classique 
de la diffusion par modulation de type satellite, c&ble, ou terrestre. Les 
differences se trouvent au niveau de la generation des informations de 

30 signalisation 3. Nous devons adapter la NIT au fonctionnement sur le r6seau IP 
comme expliqu6 pr§c6demment, c'est-^-dire en y incluant des descripteurs de 
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services de diffusion large bande IP. Le flux ainsi constitue est plac6 sur un 
serveur de flux 30 permettant sa diffusion sur le r6seau IP. Tous les flux 
constituant le r6seau de Top§rateur sont ainsi mis k disposition du terminal 33 
connecte sur son r6seau IP 32 ce qui est symbolist sur le sch§ma par leur 
5 branchement derrfere le routeur 31. Dans la pratique ces serveurs de flux 
peuvent §tre mis & disposition d'un utilisateur connects, par exemple via un 
accds ADSL (Asymmetric Digital Subscriber Line), en les rendant accessibles 
sur Internet. Mais cette solution poss§de I'inconvSnient que Ton n'est pas maTtre 
de la bande passante sur Internet entre le serveur et le point d'acc^s reliant 
1 0 I'utilisateur. Une autre solution est de connecter ces serveurs via un r§seau 
permettant de g6rer la quality de service, comme un reseau ATM 
(Asynchronous Transfert Mode), aux points d'acc&s des utilisateurs. 

La figure 4 repr6sente I'architecture interne d'un terminal 60 qui possfede 
15 de la m6moire morte (ROM 63) lui permettant de stocker des programmes et 
des donn6es, de la m6moire vive (RAM 62) qui lui permet de charger ces 
programmes en vue d'une execution par le processeur 61 . Ce processeur peut 
6galement utiliser de la RAM persistante pour stocker des informations comme 
la base de donn§es. Ce terminal est connecte k un r6seau de type IP par une 
20 interface r6seau 64. Ges composants oommuniquent par Tinterm§diaire d'un 
bus interne 65. 

La phase de d§couverte des services sur un r§seau large bande IP par 
un terminal se d§roule de la fagon suivante. Le terminal poss^de une connexion 

25 large bande & un r§seau IP, cette connexion peut §tre une connexion k Internet 
selon la technique ADSL ou par le c&ble. Cette connexion peut 6galement se 
faire sur un r6seau priv§, comme un r6seau d'entreprise ou un rSseau 
domestique. Le terminal poss&de des param&res lui permettant une premiere 
connexion a une adresse IP de diffusion multipoint ou unipoint. La solution la 

30 plus simple est de consid§rer que cette adresse IP de diffusion est entr6e 
manuellement dans un menu de configuration. Cette adresse IP de diffusion 
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peut egalement etre attribute au terminal lors de la phase de connexion via des 
protocoles comme DHCP (Dynamic Host Control Protocol) ou PPP (Point to 
Point Protocol). Mais toute autre methode de determination de cette premiere 
adresse IP est possible. Cette adresse consiste en une adresse IP de diffusion 
5 multipoint ou unipoint et un num6ro de port correspondant 

Les etapes de la m6thode sont representees sur la figure 5. 

Dans une premiere etape 70, le terminal se connecte & cette adresse IP 
1 0 sur le port donne et active, par exemple via le protocole IGMP, la reception du 
flux de transport qui y est disponible. Generalement ce flux de transport est du 
type MPEG-2 encapsuie sur IP en utilisant les couches de protocole 
IP/UDP/RTP (User Datagram Protocol, Real Time Protocol), mais ce peut 
egalement un flux detype MPEG-4, MHP ou autre. 

15 

Le flux de transport est extrait des paquets RTP. Ce flux contient les 
tables PAT, PMT, NIT et SDT. Les tables contenues dans le flux sont 
exactement les tables telles que specifiees dans la norme DVB-SI, a 
I'exception des descripteurs de reseau tel que d6finis plus haut situes dans la 
20 NIT. 

Dans une seconde etape 71, le terminal extrait la NIT contenue dans le 
flux et ('analyse pour construire la Hste des adresses IP de diffusion et des ports 
associes permettant de recevoir les flux disponibles sur le r£seau. 

25 

Dans une troisfeme 6tape 72, le terminal se connecte successivement & 
au moins une partie de ces flux de transport disponibles sur le reseau. Le 
terminal va extraire de ces flux les informations de description des services 
contenues dans la SDT. Selon une alternative, ces informations sont lues 
30 directement via un ensemble de descripteurs de services inclus dans la NIT. 
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Dans ce cas il n'est pas n6cessaire de se connecter aux differents flux 
disponibles sur le rgseau 

Dans une quatrfeme 6tape 73, le terminal construct la base de donn§es 
5 contenant la liste de tous les services offerts sur le r6seau et la met & la 
disposition de I'utilisateur via, par exemple, un guide 6lectronique des 
programmes. La base de donn6es peut, par exemple, §tre stockSe dans la 
RAM persistente du terminal de fagon k §tre facilement accessible au 
d§marrage du terminal sans n§cessite de refaire ce processus. 

10 

Le terminal peut utiliser les informations contenues dans cette base pour 
r6pondre k une solicitation de I'utilisateur voulant se connecter sur un des 
services proposes. Le terminal trouve dans la base Tadresse IP et le numero 
de port du serveur de flux diffusant le service d6sir6, il peut done se connecter 
1 5 sur le flux en question et y r6cup6rer le flux contenant le service pour I'afficher. 

L'invention permet aux op§rateurs de r6utiliser la majeure partie de leur 
chaTne existante de production, en particuliers les multiplexeurs et leurs 
6quipements de production des informations de signalisation. Uinvention 

20 permet aussi de fimiter les modifications a apporter aux logiciels executes sur 
les decodeurs. En effet, seule la partie ggrant Tinterface IP, en lieu et place de 
interface de reception satellite ou c&ble, est nouvelle. Toute la partie d'analyse 
du flux et de gestion des informations de signalisation peut etre reprise du 
logiciel utilise sur les decodeurs satellite ou cable. De m§me le controle 

25 d'acc&s peut etre repris k Tidentique. Uinvention permet done Tadoption de la 
diffusion de services DVB sur un r6seau IP large bande en minimisant les 
investissements et les risques pour les operateurs. 
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REVENDICATIONS 

1. Methode de d§couverte, par un terminal (60) connects k un rdseau de 
type IP, de services DVB sur le r6seau de type IP, caract6ris6e en ce qu'elle 

5 comporte au moins les 6tapes suivantes : 

- le terminal utilise une premiere adresse IP de diffusion et un premier 
numSro de port pour recevoir (70) un flux de transport diffuse k cette 
adresse IP sur ce port ; 

- le terminal extrait (71) dudit flux au moins la table d'information sur 
1 0 les r§seaux (NIT) ; 

les descripteurs de r6seaux contenus dans ladite table deformation 
sur les r§seaux (NIT) d6signant des adresses IP de diffusion et les 
ports associ6s, le terminal se connecte (72) k au moins une partie 
des flux de transport diffuses aux dites adresses IP sur lesdits ports 
1 5 de fagon k lire la table de description de service associ6e (SDT) ; 

- le terminal utilise ces informations pour construire (73) une liste 
Sventuellemerrt unitaire des services disponibles sur le r6seau. 

2. M6thode selon la revendication 1 oCi la premiere adresse IP de 
20 diffusion et le premier numero de port sont entres par Tutilisateur. 

3. Methode selon la revendication 1 ou la premiere adresse IP et le 
premier num6ro de port sont obtenus du reseau par le terminal. 

25 . 4. M6thode selon Tune des revendications 1 k 3 ou les flux ne 

contiennent qu'un seul service DVB. 

5. Methode selon Tune des revendications 1 k 4 oD la liste des services 
est incluse dans la NIT contenue dans le flux disponible k la premiere adresse 
30 IP de diffusion sur le premier port. 
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6. Appareil possSdant des moyens de se connecter & une adresse IP de 
diffusion via des moyens de connexion k un reseau IP et des moyens de 
d6codage de flux DVB diffuse & cette adresse IP de diffusion, caract6ris6 en 
ce que les moyens de d§codage de flux DVB ont la capacite d'analyser une 

5 NIT, extraite du flux, contenant des descripteurs de r£seau adaptes au r€seau 
IP et de se connecter k chaque adresse IP de diffusion d6crite dans ladite NIT 
pour y lire un flux DVB et en extraire les informations sur les services offerts sur 
le reseau pr6f6rentiellement selon Tune quelconque des m6thodes selon les 
revendications pr6c6dentes. 

10 

7. Descripteur d'un service de diffusion d'un flux DVB destin6 k etre 
inclus dans une NIT caract6ris6 en ce qu'il contient Tadresse IP de diffusion 
d'un serveur de flux et un num§ro de port sur lequel ledit serveur diffuse un flux 
DVB sur un r6seau de type IP. 
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r entete */ 

for i=0 ; i < N ; i++ { /* premiere boucle de descripteurs */ 
descriptor(); 

} 

for i=0 ; i < N ; i++ { /* boucle sur les flux de transport */ 
identificateur_de_flux_de_transport 
identificateur_de_reseau_original 

for 0=0 ; j<M ; j++) { I* deuxieme boucle de descripteur */ 
descriptor(); 
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